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METHOD OF OPERATING SYSTEMS COMPRISING COMMUNICATION 

SERVICES. 

5 The present invention relates to a method of handling or administrating systems that 
include communications services. The invention relates particularly to telecommunications 
services that include both data and speech transmission. 

The problem with such present-day systems that include communications services, and 
10 then particularly telecommunications, is that resources handled by the operating system 
(for example, UNIX or Windows), such as memories, diskette accommodating spaces, log 
files, etc., and internal networks and also databases/access methods, are handled 
operatively with programs such as utilities, tools, procedures, etc., that solely take into 
account, for instance, the requirement of the database handler for consistent behaviour and 
15 do not take into account "users" such as communications services. Particularly in the case 
where an all-embracing system that executes by means of so-called transactions handles 
the services completely, the requirement of a system that handles both 
operating/administrative processes together with service requirements is extremely large. 

20 Known solutions are most often implemented as a loose combined conglomeration of 
programmes, UNIX scripts or the like, often manually, in order to obtain a correct 
function. For example, a database backup requires the service to have access to a 
temporary copy of this database in order to be able to continue execution, or that the 
service is stopped. In the majority of such operating processes, it is necessary to administer 

25 two mutually different processes in the absence of any support or simultaneous control by 
any of the parties concerned. 

The present invention satisfies this problem. 

30 The present invention thus relates to a method of operatively handling data systems that 
include communications services, particularly telephone and data services, wherein a 
computer system is adapted to execute a service in accordance with a data program and 
also adapted to process log data, wherein said computer system includes databases of 
which at least one database is caused to contain a predetermined number of transactions of 
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which each transaction has the form of parts of a data program, and wherein said 
computer/system is caused to fetch one or more transactions from said database or said 
databases, said transactions together forming a data program for executing said service or 
said processing function, and wherein the invention is characterized in that an interface 
between an administrative part of the data system and an all-embracing part of the data 
system, and also an interface between an operative part of the data system and the all- 
embracing part of the data system wherein said interfaces are mutually the same; in that 
the all-embracing part has an executing environment such that execution in the all- 
embracing system and instructions from the all-embracing system to other parts of the data 
system takes place through the agency of said transaction. 

The invention will now be described in more detail partly with reference to the 
accompanying drawing, which illustrates an exemplifying embodiment of the invention 
and in which 

- Figure 1 is a block diagram. 

There is described in the following description a system that includes communications 
services, particularly telephone communication, where the system can be supplemented to 
provide a more complete solution from the aspect of operative and administrative 
processes. 

There is particularly described the case where the all-embracing system operates in 
accordance with European Patent Specification No. 0928548, where execution is effected 
by summoning a number of transactions from a database that includes said transactions. 

In the case of the solution described in the following text, the interface possessed by the 
administrative and operative functions is abstracted and can thereby be represented in a 
manner similar to those functions included by the communications services in the all- 
embracing system, as in the European patent specification. This abstraction will, of course, 
include also the resources, such as files, databases, memories, etc., as those on which the 
functions operate, regardless of whether functions relating to the behaviour of the services 
is concerned or the operative administration of said functions. 
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This enables the all-embracing system to be programmed for operative work in harmony 
with service representation, in other words operative processes can be programmed in 
accordance with the transaction method described in the aforesaid patent specification or in 
accordance with some other transaction method that is implemented by another all- 
5 embracing system. 

With this method, there is included (abstracted) selective processes or methods from 
operating systems, database handlers or the like in the all-embracing system, and 
procedures or measures can thus be verified and synchronised in a unique place in the 
10 system. 

The advantages afforded with this solution as compared with the earlier standpoint of 
techniques are obvious. 

15 One advantage is that modifications in service execution are made in the same system as 
the operating procedures or measures that require modification, resulting in greater control, 
traceability and the like, 

A second advantage is that error sensitivity is radically reduced. A third advantage is that 
20 operative personnel require access to one and only one method of handling, administrating 
and programming the system, regardless of function or process. 

A representation of resources handled de facto by operating systems, database handlers, 
file systems and other arbitrary programs include encapsulation and abstraction of 
25 interfaces to functions of the above resources and the possibility of programming operating 
processes by means of the method described in the aforesaid patent specification, either as 
separate "services" or in conjunction with service execution. 

The resources (files, databases, memories, etc.) on which the functions operate are, of 
30 course, included in the abstraction, either whether it concerns functions that are based on 
transactions according to said patent specification with respect to behaviour of the services 
or whether the functions are concerned with operative administration. 
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According to one preferred embodiment of the invention, unique references to unique 
transactions are stored in one or more databases 10-12, see Figure 1, where a number of 
such references define transactions for an administrative procedure and a number of such 
references define transactions for an operative procedure, v/herewith references 
corresponding to the administrative procedure and/or the operative procedure are 
transferred to one or more databases 13, 14 for transaction data by means of the all- 
embracing part 15 of the data system, where those transactions that correspond to 
transferred references are stored and activated, and where the all-embracing system 1 5 is 
caused to execute thus chosen procedures by means of the transactions. 

According to another preferred embodiment, the administrative part 2 of the data system is 
caused to initiate desired functions, by fetching predetermined transactions from a database 
13, 14, these transactions together forming a data program for the execution of a desired 
function. 

According to a further preferred embodiment of the invention, the all-embracing system 15 
is caused to fetch from said databases transactions related partly to different services and 
partly to administrative functions and caused to execute these functions, wherewith the all- 
embracing part 15 is caused to control fetching of said transactions and the order in which 
the transactions shall be executed. 

There is described below an example in which the present invention is applied to 
operatively handle systems that include communications services. 

Given an application within the area of communications services, the operator may wish to 
refine the handling of user logs. By this is meant data that is saved in a file or in a database 
for documentation purposes or to enable events to be traced in conjunction with a client's 
use of the application. 

In the case of a telecommunications service, an updating requirement may mean that data 
shall be moved from the storage media of a user directory to a central (bulk) storage media 
at regular intervals, and to enable a customer service to inspect log data when necessary 
and to handle said data in other respects at the request of a customer or of an operator's 
function. 
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This updating could have been impJemented in the following fashion according to earlier 
conventions: 

1) A program intended to be run in a batch environment is created for moving and 
emptying user logs. 

2) A program intended to be run interactively in a client service environment is created 
with the aid of client/server routines. 

A method of this nature results in a number of difficulties, such as locking of user 
directories during batch and/or online time so as to prevent conflict in the event of a client 
using the application at the moment when the log is moved, for instance, communication 
with the application system to ensure locking, sequencing and synchronisation and the use 
of retry algorithms for batch environment when a log is locked at the time of being run. 

According to the present invention, the fundamental functions for achieving both 1) and 2) 
above in callable programs or parts thereof are instead implemented and represented as 
transactions are as described above. The two programs according to 1) and 2) are then 
implemented as sequences of said transactions. 

In Figure 1, the reference numeral 2 identifies the administrative part of the data system 1, 
where the reference numeral 10 identifies a database for so-called transaction references 
with respect to client services, the reference numeral 1 1 identifies transaction references 
for batch programs, and the reference numeral 12 identifies transaction references for 
application sequences. 

The operative part 3 of the data system 1 includes a number of transactions for carrying out 
desired executions. These transactions are stored in one or more databases 13, 14. 
Execution is effected with the aid of a computer 15 having an associated memory 16. 
External computers, such as a computer 17 associated with a client service can be 
connected to the execution computer 15. In the case of this embodiment, there is also 
included a log database 18 that includes a database handler, said log database 18 having 
stored therein log data relating to said communications services. The log database 18 is 
connected to the transaction database 10, 13 via an interface 19. 
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A batch program, in other words a program for extracting information from log data stored 
in a database shall contain functions, for instance, such as: 

- open log file 
5 - read log data 

- write log data to bulk media 

- remove log data 

- close log file 

10 Typically, such functions are programmed in some suitable language as complete 
functions, which are thus called. 

According to the present invention, there is used a number of transactions together and in a 
given order so as to execute said functions. The following is an exemplification of such 
15 transactions: 

- TRS.42 open log file 

- TRS.45 read log data 

- TRS.46 write log data to bulk media 

- TRS.50 remove log data 
20 - TRS.55 close log file 

Information as to which transactions are required for a given execution is found in the 
database 10-12 in the administrative part 2, i.e. TRS.42, TRS.45, TRS.46, TRS.50 and 
TRS.55. These transaction references are delivered to the database 13, 14, where 
25 transactions in the form of program parts are stored and connected to respective transaction 
references. 

The batch program is thus constructed of a number of mutually sequential transactions 
together with transactions that are already activated, such as transactions for extracting log 
30 data in respect of a given client, wherewith the transaction sequence may be as follows, 
where only certain transactions are shown: 

- [...] 

- TRS. 1 0 Fetch client identity 

- TRS.22 Verify client 
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- TRS.3 1 Lock access to client data 
• TRS.42 Open log file 

- TRS.45 Read log data 

- [...] 

5 

In the case of a communications service application, clients are able to subscribe to 
different services, such as call forwarding in various stages, changed billing rules, voice 
mailboxes, etc. 

10 According to one preferred embodiment of the invention, the services are stored in the 
form of said transaction references, which correspond to given transactions from the 
amount of transactions when a subscriber orders a telephone service. 

It is also preferred that references are stored and tied to the subscriber number of a 
15 subscriber and that when the subscriber number is read, the all-embracing or superordinate 
system (15) is caused to fetch said transactions through the medium of said references and 
execute said transactions, thereby carrying out the service. 

The computer 15 has the same interface 20, 21 against the administrative part 2 as the 
20 operative part 3. In the illustrated case, the computer 15 has received an instruction to 
execute log data received from the client service computer 17. The computer 15 herewith 
fetches the transaction references in the database 10-12 and transfers these references to 
the database 13-14 in which the transactions are found. The computer then executes the 
transactions, including fetching data from the log database 18. 

25 

Because the interface between the administrative part of the data system and the all- 
embracing part of the data system and the interface between the operative part of the data 
system and the all-embracing part of the data system are the same and because the all- 
embracing part has an execution environment such that essentially all execution in the all- 
30 embracing system and instructions from the all-embracing system to other parts of the data 
system is effected through the agency of said transactions, it is not necessary to fully 
interrupt a given operation in order to carry out another operation.Thus, a client 
communication service can be executed despite the fact that for example a client service 
may be analysing statistical material in the log database at that time. Correspondingly, 
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several tasks may be executed generally at the same time, i.e. without different program 
parts locking each other, even in the case of other applications of the present invention. 

The present invention affords the following advantages over traditional implementation. 

5 

Directories are locked (automatically) within the application system, in the same way as 
that which takes place with regard to the application per se. No communication or any 
other arrangement is necessary. 

10 A locking query can be placed in line in the system and then executed as soon as possible. 
External retry methods are unnecessary. 

Moreover, the batch program and the client service application can, basically, use mutually 
the same transactions and to a great extent the same sub-sequences thereof This results in 
15 symmetrical behaviour, a higher degree of reuse and fewer error sources. Maintenance 
costs are also reduced considerably. 

According to the present invention, the system is able to balance the load on the 
application, client service programs and batch runs. As a result, batch influence on the 
20 online performance of an application is avoided. 

Although the invention has been described above with reference to a number of 
embodiments, it will be obvious that the present invention can be implemented in respect 
of completely different applications and with more databases than those mentioned above, 
25 and that it can be implemented to run several different programs. 

The present invention shall not therefore be considered restricted to the aforedescribed 
exemplifying embodiments thereof, since variations and modifications can be made within 
the scope of the accompanying Claims. 



